Skip test-pull-repeated during CI

This test is expected to fail a small proportion of the time. During
the build of ostree 2018.7-1 in Debian, it seems we were unlucky on
s390x. Non-deterministic tests are also problematic for autopkgtest,
where they can gate migration of our dependencies like GLib, so skip
this test unless the caller has opted-in to non-deterministic tests.

It would be appropriate to enable this test in environments where
failures can easily be retried and are not disruptive to other
packages.

Signed-off-by: Simon McVittie <smcv@debian.org>
Gbp-Pq: Topic debian
Gbp-Pq: Name Skip-test-pull-repeated-during-CI.patch

Release to unstable

Use debhelper 11 features instead of dh-exec

Since compat level 11, man pages installed by the upstream build system
can be listed in d/*.manpages and will automatically be excluded under
the nodoc build-profile.

Move README.md from gir1.2-ostree-1.0 to libostree-doc

Release to experimental

ostree Breaks flatpak-builder (<< 1.2.1-2~)

Previous versions relied on being able to use FUSE 2 options that are no
longer supported by FUSE 3, so prepare a lockstep transition.

Release to experimental

Update syntax of Lintian overrides for newer Lintian

Refresh patch series

Gbp-Dch: ignore

Build using FUSE 3

New upstream release

Update upstream source from tag 'upstream/2022.1'

Update to upstream version '2022.1'
with Debian dir 8a98c57b6bb7149bd55803c783f08a2e917525b8

New upstream version 2022.1

Release 2022.1

Merge pull request #2506 from lucab/ups/dependabot-config

github: add dependabot config

github: add dependabot config

This adds a configuration file for dependabot, taking care of automatic
updates for all git submodules.

Merge pull request #2376 from smcv/fuse3

rofiles-fuse: Build using FUSE 3 if possible, falling back to FUSE 2

rofiles-fuse: Build using FUSE 3 if possible, falling back to FUSE 2

This adds build-time configuration logic to automatically detect
and switch between libfuse 2.x and 3.x.

Signed-off-by: Simon McVittie <smcv@collabora.com>
Co-authored-by: Luca BRUNO <luca.bruno@coreos.com>

Merge pull request #2505 from lucab/ups/bsdiff-error-throw

lib/static-delta: throw a proper error on bspatch failure

Merge pull request #2504 from lucab/ups/bsdiff-CVE-2014-9862

bsdiff: bump submodule, pick up fix for CVE-2014-9862

lib/static-delta: throw a proper error on bspatch failure

This makes sure that a populated GError is returned when bsdiff
patching fails. The human-friendly label also helps in debugging.

bsdiff: bump submodule, pick up fix for CVE-2014-9862

This updates the bsdiff submodule to latest upstream revision, in
order to pick up additional bound checks for CVE-2014-9862.

Update submodule: bsdiff
Ref:
 * https://www.x41-dsec.de/lab/advisories/x41-2020-006-bspatch/

Merge pull request #2503 from lucab/ups/libostree-content-writer-header

lib: use ostree-content-writer header

lib: use ostree-content-writer header

This installs and exposes the content of `ostree-content-writer.h`,
so that library consumers can properly reference symbols defined
in that header.

Merge pull request #2502 from cgwalters/analyzer

two minor clang-analyzer fixes

tests: Fix clang-analyzer not seeing through `g_error()`

Basically due to the glib structured logging rework we lost the
`noreturn` attribute on `g_error()`.
This is fixed in glib as of https://gitlab.gnome.org/GNOME/glib/-/commit/f97ff20adf4eb7b952dd83e2c13046fe9e282f50

But we might as well just throw an error here.

soup-uri: Fix clang-analyzer warning by dropping dead code

Fixes `Argument with 'nonnull' attribute passed null` by making
the code not exist at all anymore.

In upstream libsoup this code is gone too; it uses `GUri` from glib
which we probably could now too, but one thing at a time.

Merge pull request #2501 from lucab/ups/test-cli-extensions-tweak

tests/cli-extensions: tweak test logic

tests/cli-extensions: tweak test logic

This updates the test logic for CLI extensions, actually checking
for functional output from the subcommand.
It also cleans up some environmental leftover.

Merge pull request #2500 from lucab/ups/cli-extensions

main: add support for CLI extensions via external binaries

main: add support for CLI extensions via external binaries

This adds some logic to detect and dispatch unknown subcommands to
extensions available in `$PATH`. Additional commands can be
implemented by adding relevant `ostree-$verb` binaries to the system.

As an example, if a `/usr/bin/ostree-extcommand` extension is provided,
the execution of `ostree extcommand --help` will be dispatched to that
as `ostree-extcommand extcommand --help`.

Use debian/latest branch for packaging

Release to unstable

New upstream release

  - Drop patch that was applied upstream

Update upstream source from tag 'upstream/2021.6'

Update to upstream version '2021.6'
with Debian dir 1fe0a45676f3a27ea217d239d7305b44001f2527

New upstream version 2021.6

Merge pull request #2498 from lucab/ups/test-assert-strings

tests: assert mandatory values are present

tests: assert mandatory values are present

This adds a couple of string assertions to make sure that
the test run is sane.

Merge pull request #2496 from lucab/ups/repo-asserts

lib/repo: fix problematic invariant checks

Merge pull request #2494 from jmarrero/fsf-address

Update FSF license notices to use URL instead of address

lib/repo: do no return a NULL on failure

This turns an existing check into an assert. The previously returned
NULL may result in confusing callers, as none of them is checking for
that.

lib/repo: do no return an arbitrary mode on failure

This turns the existing check into an assert. Otherwise, the previous
code may return an arbitrary repo mode (bare) on failure.

lib/repo: assert that writable state and error agree

This adds an assertion to check that writable stable and error
are in sync. The subsequent logic uses them interchangeably.

Update FSF license notices to use URL instead of address

Merge pull request #2493 from cgwalters/summary-lock-shared

repo: Change locking for summary regeneration to be shared

repo: Change locking for summary regeneration to be shared

This is trying to address:
https://pagure.io/fedora-iot/issue/48

Basically we changed rpm-ostree to start doing a shared lock during
commit by default, but this broke because pungi is starting a process
doing a commit for each architecture, and then trying to regenerate
the summary after each one.

This patch is deleting a big comment with a rationale for why
summary regeneration should be exclusive.  Point by point:

> This makes sure the commits and deltas don't get
> deleted while generating the summary.

But prune operations require an exclusive lock, which means that
data still can't be deleted when the summary grabs a shared lock.

> It also means we can be sure refs
> won't be created/updated/deleted during the operation, without having to
> add exclusive locks to those operations which would prevent concurrent
> commits from working.

First: The status quo *has* prevented concurrent commits from working!

There is no real locking solution to this problem. What we really
need to do here is regenerate the summary after each commit *or*
when the caller decides to do it and e.g. include deltas at the same
time.

It's OK if multiple threads race to regenerate the summary;
last-one-wins behavior here is totally fine.

Merge pull request #2490 from lucab/ups/static-fixes

lib: misc static analysis fixes

This fixes a few warnings from coverity, none of which really
interesting.

Merge pull request #2489 from ostreedev/release-2021.6

Release 2021.6

configure: post-release version bump

Release 2021.6

Merge pull request #2486 from jlebon/pr/remount-ostree

app: Only remount /sysroot if needed

app: Only remount /sysroot if needed

We should only try to remount `/sysroot` if we're actually handling the
sysroot repo and the repo isn't writable. We already have public APIs to
check each of those, so let's use them.

Closes: #2485

Merge pull request #2484 from dbnicholson/prune-serialize

lib/prune: Avoid unnecessary object serialization

lib/prune: Avoid unnecessary object serialization

`repo_prune_internal` was deserializing each object and passing the
components to `maybe_prune_loose_object`, which promptly reserialized
it.

Merge pull request #2481 from refi64/null-error

lib: Avoid dereferencing NULL error values

lib: Avoid dereferencing NULL error values

Otherwise, this will segfault when callers don't need any exact errors.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Merge pull request #2479 from cgwalters/ci-capsh

ci: Require `libcap2-bin` for `capsh`

Merge pull request #2477 from ratajs/patch-1

Add Fedora Kinoite link

Merge pull request #2476 from valentindavid/valentindavid/glib-fix

lib: Fix a bad call to g_file_get_child

ci: Require `libcap2-bin` for `capsh`

This was previously pulled in indirectly, but it looks like we need
to require it explicitly in newer Ubuntu.

Merge branch 'ostreedev:main' into patch-1

Merge pull request #2187 from cgwalters/sysroot-ro-initramfs

prepare-root: Set up sysroot readonly in initramfs

lib: Fix a bad call to g_file_get_child

In Glib, since commit 3a6e8bc8876e149c36b6b14c6a25a718edb581ed,
`g_file_get_child` does not accept absolute path as paramater anymore.

The broken assertion was encountered during `ostree admin deploy`
command for the checkout of subpath `etc`.

Example of error log:
```
(ostree admin deploy:1640): GLib-GIO-CRITICAL **: 03:42:00.570: g_file_get_child: assertion '!g_path_is_absolute (name)' failed

(ostree admin deploy:1640): GLib-GIO-CRITICAL **: 03:42:00.570: g_file_query_info: assertion 'G_IS_FILE (file)' failed
**
OSTree:ERROR:src/ostree/ot-main.c:232:ostree_run: assertion failed: (success || error)
Bail out! OSTree:ERROR:src/ostree/ot-main.c:232:ostree_run: assertion failed: (success || error)
```

Added Fedora Kinoite link

prepare-root: Set up sysroot readonly in initramfs

Let's ensure things are right from the start in the initramfs;
this closes off various race conditions.  Followup to
https://github.com/ostreedev/ostree/pull/2113/commits/35642259175973617da937f3cab6ce5f13c95077

Closes: https://github.com/ostreedev/ostree/issues/2115

Merge pull request #2475 from lucab/ups/prepare-root-check-first

prepare-root: check for read-only sysroot status early on

prepare-root: check for read-only sysroot status early on

This moves read-only sysroot checks upfront, so that they are not
intermixed with mount operations.
It has no immediate side-effects, but allow these check to be
independent from the rest of the mounting logic (and future changes
to it).

Merge pull request #2472 from lucab/ups/prepare-root-checked-printf

Merge pull request #2473 from lucab/ups/prepare-root-less-global-mutable-state

prepare-root: get rid of a global variable

This moves a global mutable variable to a smaller local scope,
as it is not really used outside of that.

prepare-root: check return codes for errors when assembling paths

This adds checks around all `snprintf` calls in order to detect
failures and gracefully abort.

Merge pull request #2471 from lucab/ups/prepare-root-silent-mounts

prepare-root: make all mount operations silent

prepare-root: make all mount operations silent

This adds a `MS_SILENT` flag to all `mount(2)` calls, reducing the
amount of kernel logs produced on each boot.
Those messages do not contain actionable details, and in the "mount
plus read-only remount" case they can easily become highly redundant.

Merge pull request #2468 from lucab/ups/tests-var-mount

tests/var-mount: tweak test setup

tests/var-mount: tweak test setup

This reworks the var-mount destructive test in order to properly use
the datadir for the current stateroot instead of a duplicated one.
In turn, it ensures that the resulting `var.mount` after reboot is
correctly pointing to the same location which hosted `/var` on the
previous boot.

Merge pull request #2466 from cgwalters/ci-fanalyzer

ci: Enable -fanalyzer

tests/rollsum: Use `g_malloc` not `malloc`

To pacify gcc's `-fanalyzer`.

ci: Enable -fanalyzer

Followup to https://github.com/ostreedev/ostree/pull/2463

One thing I noticed here is we lost usage of `build-check.sh`
which also invokes `clang`, which doesn't speak `-fanalyzer`
and would be broken by this if we try to enable `build-check.sh`
again.  But that can come later.

Merge pull request #2455 from cgwalters/packit

Attempt to update packit flow to build in COPR

Merge pull request #2467 from cgwalters/bump-libglnx-20211014

libglnx: Bump to ef502aabf7d3a0d37f9c4d228f870ac93404447b

Various fixes there, including one for `gcc -fanalyzer`.

Update submodule: libglnx

Attempt to update packit flow to build in COPR

No idea if this will really work, but at least `packit srpm`
does work now.

Merge pull request #2463 from cgwalters/fix-fanalyzer

Fix various mostly theoretical gcc `-fanalyzer` issues

variantutil: Fix gcc `-fanalyzer` warnin

Add some not-NULL assertions for return values from glib,
and upgrade some `g_return_if_fail` to `g_assert`.

utils: Fix unreachable `NULL` deref by adding assertion

Again this one is just in theory, but let's add an assertion.

static-delta: Fix probably not actually possible NULL deref

Flagged by `gcc -fanalyzer`.  I didn't study this really deeply
but I think it's not actually reachable.  Anyways, let's catch
it on general principle.

fetcher/soup: Fix gcc `-fanalyzer` warning

In general, we're probably going to need to change most of our
`g_return_if_fail` to `g_assert`.  The analyzer flags that
the function can return `NULL`, but the caller isn't prepared for
this.

In practice, let's abort.

sysroot: Fix gcc `-fanalyzer` warning

In general, we're probably going to need to change most of our
`g_return_if_fail` to `g_assert`.  The analyzer flags that
the function can return `NULL`, but the caller isn't prepared for
this.

In practice, let's abort.

deployment: Fix gcc `-fanalyzer` warning

In general, we're probably going to need to change most of our
`g_return_if_fail` to `g_assert`.  The analyzer flags that
the function can return `NULL`, but the caller isn't prepared for
this.

In practice, let's abort.

remote: Fix gcc `-fanalyzer` warning

In general, we're probably going to need to change most of our
`g_return_if_fail` to `g_assert`.  The analyzer flags that
the function can return `NULL`, but the caller isn't prepared for
this.

In practice, let's abort.

Merge pull request #2464 from lucab/ups/box-auto-txn

repo/private: move OstreeRepoAutoTransaction to a boxed type

Merge pull request #2465 from travier/docfixes

docs: Do not convert -- & --- to en/em-dash

docs: Do not convert -- & --- to en/em-dash

'--' is frequently used for command line options and was thus
incorrectly rendered as a special en-dash symbol.

repo/private: move OstreeRepoAutoTransaction to a boxed type

This defines `OstreeRepoAutoTransaction` as a boxed type, in order
to support auto-generating bindings for it.
That first requires adding internal reference-counting to it, to
allow freely copying/freeing references to a single transaction guard.

Release to unstable

New upstream release

  - Update symbols file

Update upstream source from tag 'upstream/2021.5'

Update to upstream version '2021.5'
with Debian dir 18336141e32a1132d6f87bc481234c1a335fa76c

New upstream version 2021.5

Update changelog